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(54) Vehicle control apparatus having multiple ecus loaded with respective control programs 



(57) A vehicle control apparatus (1) has multiple 
electronic control units (ECUs 10a, 10b) connected via 
communication line (50). Control programs of the appa- 
ratus is defined in an object-oriented type and loaded 
distributedly among multiple control units (10a, 10b). 
The control programs of each control unit (10a, 10b) in- 
cludes an application layer (61a, 61b), an interface layer 
(62a, 62b), a hardware-dependent virtual sensor part 
(63a, 63b), a virtual actuator part (64a, 64b), an input 



information converting part (66a, 66b) and output con- 
trol part (67a, 67b). The application layer (61a, 61b) is 
separated from hardware-dependent parts. When an 
application layer (61b) of a B-ECU (10b) specifies a vir- 
tual actuator part (64a) and outputs driving information, 
an interface layer (62b) sends the driving information via 
the communication line (50) to an interface layer (62a) 
of an A-ECU (10a). The output control part (67a) of the 
A-ECU (10a) outputs that driving information at suitable 
timing to the virtual actuator part (64a). 
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Description 

[0001] This invention relates to a vehicle control ap- 
paratus, which is capable of reusing control progranns 
and reducing processing timing delay in distributed 
processing. 

[0002] Vehicle control apparatuses control a vehicle 
by executing programmed computation processing 
based on vehicle Information from sensors and output- 
ting driving information to actuators in accordance with 
results of the computation processing. This vehicle con- 
trol is realized by executing vehicle control programs. 
These vehicle control programs has been contrived so 
that application programs may be reused. 
[0003] In one proposal, an ECU is loaded with a pro- 
gram which is divided, as shown in Fig. 7, into an appli- 
cation layer 610, an interface layer 620, and a hardware 
layer 700. Each layer is a unit of programs. The appli- 
cation layer 610 is made up of processing programs for 
executing the computation processing. The hardware 
layer 700 has a virtual sensor part 630 made up of 
processing programs for acquiring vehicle information 
detected by sensors, a virtual actuator part 640 made 
up of processing programs for outputting driving infor- 
mation to actuators, and a communication driver 650 
which is a processing program for executing communi- 
cation with other ECUs. By separating the hardware lay- 
er (processing programs dependent on hardware) 700, 
which might change with vehicle type or grade or the 
like, from the application layer 610, the application layer 
610 can be used as it is and the application programs 
can be reused, even if the hardware is changed. 
[0004] In practice, multiple ECUs (for instance, A- 
ECU and B-ECU) are connected via a communication 
line 500 as shown in Fig. 8 for distributed processing. In 
Fig. 8, it is assumed that an actuator driven by the virtual 
actuator part 640a of the A-ECU is controlled with com- 
putation results of the application layer 610b of the B- 
ECU. 

[0005] At this time, because the Interface layer 620b 
of the B-ECU manages the whereabouts of the process- 
ing program that is the output destination of the driving 
Information, the application layer 610b of the B-ECU 
does not need the information of where the processing 
program to which the driving information should be out- 
putted is. That is, position freedom or transparency is 
realized by the interface layer 620b. 
[0006] Specifically, the interface layer 620b deter- 
mines an output destination specified from the applica- 
tion layer 610b of the B-ECU, and via the communica- 
tion driver 650b sends the driving information to the A- 
ECU. That is, the driving information is transferred in the 
order of B-ECU communication driver 650b -> commu- 
nication line 500 A-ECU communication driver 650a 
A-ECU interface layer 620a A-ECU virtual actuator 
part 640a. Thus, in the application layer 610b of the B- 
ECU, even if the processing program for driving the 
hardware that is the subject of control exists as a 



processing program in a different ECU, there is no need 
whatsoever for that to be considered. Consequently, 
distributed processing among multiple ECUS can be re- 
alized easily. Here it is to be noted that 'the application 
5 does means that by a CPU of the ECU executing a 
processing program constructed as an application layer 
a function of the application layer is exhibited. However, 
for brevity, expressions having the processing program 
as the subject will be suitably used. 
10 [0007] When the above program construction is em- 
ployed in control of an engine, a drive train and the like, 
relatively high real-time operation is required. However, 
there maybe cases in which the distributed processing 
cannot be realized. For example, in Fig. 8, there is a 
15 possibility of driving Information from the application lay- 
er 610b of the B-ECU not being transferred to the virtual 
actuator part 640a of the A-ECU in real time. It is as- 
sumed here that an injection system wherein an injector 
is driven by the virtual actuator part 640a of the A-ECU 
20 and the injector is controlled by the application layer 
610b of the B-ECU. In this case, it is necessary for an 
injection command from the application layer 610b of 
the B-ECU to be sent to the virtual actuator part 640a of 
the A-ECU in real time. However, when the communl- 
25 cation line 500 is being used for other communication, 
the transfer of driving information is delayed. 
[0008] This will also happen In inputting of vehicle in- 
formation from the various sensors. The vehicle infor- 
mation acquired by the virtual sensor part 630 shown in 
30 Fig. 7 is sampled and averaged by the application layer 
610 at intervals of for example 1ms. However, if distrib- 
uted processing is tried, because communication 
processing via the communication line 500 is carried 
out, the application layer 610b of the B-ECU cannot 
35 sample vehicle information acquired by the virtual sen- 
sor part 630a of the A-ECU at inten/als of 1ms. 
[0009] The present invention has an object of making 
possible distributed processing even in control which re- 
quires relatively high real-time operation, while ensuring 
40 reusability of application programs constituting vehicle 
control programs. 

[0010] According to the present invention, a vehicle 
control apparatus has multiple control units which are 
loaded with vehicle control programs distributedly. The 

45 vehicle control program in each control unit includes an 
application layer for executing the computation process- 
ing, and a sensor/actuator layer for executing process- 
ing of vehicle information from sensors and driving in- 
formation for actuators. 

50 [0011] The vehicle control program further includes 
an interface layer for acquiring and sending to another 
control unit the driving information from the application 
layer and also acquiring the driving information sent 
from the another control unit. It also includes an infor- 

55 mation control layer for outputting to the sensor/actuator 
layer at suitable timing the driving information acquired 
by the interface layer. Preferably, the application layer 
outputs the driving information In a fixed form, and the 
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information control layer converts to information directly 
processable by the sensor/actuator layer and outputs 
the driving information. 

[0012] Alternatively, the vehicle control program fur- 
ther includes an information control layer for at suitable 5 
timing acquiring and outputting the vehicle information 
acquired by the sensor/actuator layer. It further includes 
an Interface layer for acquiring and outputting to the ap- 
plication layer the vehicle information outputted from the 
information control layer on the basis of a request from 
the application layer, making a request for the vehicle 
information to another control unit acquiring and output- 
ting to the application layer the vehicle information sent 
with respect to this request, and sending the vehicle in- 
formation from the information control layer when a re- 
quest is made for the vehicle information from another 
control unit. Preferably, the sensor/actuator layer out- 
puts the vehicle information in a form corresponding to 
the sensors, and the information control layer converts 
to information directly processable by the application 
layer and outputs the vehicle information. 
[0013] The above and other objects, features and ad- 
vantages of the present Invention will become more ap- 
parent from the following detailed description made with 
reference to the accompanying drawings. In the draw- 
ings: 

Fig. 1 is a block diagram showing a construction of 
a vehicle control apparatus according to an embod- 
iment of the present invention; 
Fig. 2 is a block diagram showing a hardware con- 
struction of an ECU used in the embodiment; 
Fig. 3 is a block diagram showing a program con- 
struction of the ECU in the embodiment; 
Fig. 4 is a block diagram showing a condition of a 
driving information transfer between the ECUs in 
the embodiment; 

Fig. 5 is a block diagram showing a vehicle informa- 
tion transfer between the ECUs in the embodiment; 
Figs. 6A and 6B are schematic diagrams showing 
the driving information transfer between the ECUs 
in case of driving an injector and showing the vehi- 
cle information transfer between the ECUS In case 
of detecting an average intake pipe pressure, re- 
spectively; 

Fig. 7 is a block diagram showing a program con- 
struction of each ECU in a vehicle control apparatus 
according to a related art; and 
Fig. 8 is a block diagram showing a driving informa- 
tion transfer between ECUS in the related art. 

[0014] Referring to Fig. 1 , a vehicle control apparatus 
1 has multiple electronic control units (ECUS) 10, so that 
different parts of a vehicle are controlled by these mul- 
tiple ECUs 10. To each of the ECUS 10, various sensors 
30 which detect states of the vehicle as vehicle Informa- 
tion are connected, and various actuators 40 which drive 
different parts of the vehicle in response to driving infor- 



mation from the ECUs 10 are connected. The ECUs 10 
form an in-vehicle network having a protocol such as 
CAN to communicate with each other. 
[0015] For example, if the ECU 10 is for carrying out 
control of an engine, the sensors 30 are for detecting 
the running state of the engine. The sensors 30 include 
a rotatiori sensor for generating a pulse-shaped signal 
every time a crankshaft of the engine rotates a prede- 
termined angle, a reference position sensor for gener- 
ating a pulse-shaped signal every time the piston of a 
specified cylinder of the engine reaches a predeter- 
mined position ( for example top dead center: TDC), a 
coolant temperature sensor for detecting the tempera- 
ture of cooling water of the engine, an intake pipe pres- 
sure sensor for detecting the pressure of an intake pipe 
of the engine, and an oxygen concentration sensor for 
measuring an oxygen concentration in exhaust emis- 
sions. The actuators 40 include are injectors (fuel injec- 
tion devices) and igniters (igniting devices) mounted on 
the engine. 

[0016] As shown in Fig. 2, each ECU 10 has an Input 
circuit 21 for inputting signals from the sensors 30 and 
carrying out waveform shaping and A/D-conversion, a 
microcomputer 11 for carrying out various processing 
for controlling the vehicle on the basis of vehicle infor- 
mation from the input circuit 21 , an output circuit 22 for 
driving the actuators 40 in accordance with driving in- 
formation from the microcomputer 1 1 , and a communi- 
cation interface (I/F) 23 for carrying out communication 
with other ECUs 10 by way of a communication line 50. 
This communication line 50 connects the ECUs 10 to 
each other to form the in-vehicle network. 
[0017] The microcomputer 11 has an central process- 
ing unit (CPU) lla for executing programs, a ROM 11b 
storing programs to be executed by the CPU lla and con- 
trol data to be referred to during the execution of these 
programs, a RAM 11c for temporarily storing computa- 
tion results obtained by the CPU 11a, and an input/out- 
put circuit (I/O) lid for exchanging, signals with the input 
circuit 21, the output circuit 22 and the communication 
I/F 23. The microcomputer 11 also includes various reg- 
isters, free-run counters and other circuits (not shown). 
[0018] Vehicle control programs loaded into the vehi- 
cle control apparatus 1 are held distributed among the 
ROMs lib of the microcomputers 11 of the ECUs 10. 
By the CPU lla executing the program of the ROM 11b, 
each ECU 10 operates as programmed to realize vehi- 
cle control including the engine control, ignition control 
and the like. 

[0019] In this embodiment, the program stored in the 
ROM lib of the microcomputer 11 of each ECU 10 is 
defined to realize distributed processing in the multiple 
ECUS 10 even in control of the engine and drive train. 
The distributed processing includes computation 
processing based on vehicle information from the sen- 
sors 30 connected to a certain ECU 10 being executed 
by a different ECU 10, and outputting of driving informa- 
tion for the actuator 40 connected to a certain ECU 10 



15 



20 



25 



30 



35 



40 



45 



50 



3 



5 



EP1 136 325 A2 



6 



being carried out by a different ECU 10. 
[0020] This program of each ECU 10 is defined as 
shown in Fig. 3. The programs loaded into the ECUs 10 
are object-oriented type, and are made up of an appli- 
cation layer 61, an interface layer 62, a virtual sensor 5 
part 63, a virtual actuator part 64, a communication driv- 
er 65, an input information converting part 66, and an 
output control part 67. These program parts are made 
up of objects consisting of data and methods. 
[0021] The application layer 61 is made up of multiple 
objects provided in function units. The application layer 
61 executes computation processing based on vehicle 
information acquired by the sensors 30 and outputs driv- 
ing information to the actuators 40 in accordance with 
results of the computation processing. This application 
layer 61 is an application program. 
[0022] The virtual sensor part 63, the virtual actuator 
part 64 and the communication driver 65 are programs 
corresponding to hardware of the vehicle control appa- 
ratus 1 , and respectively correspond to the sensors 30, 
the actuators 40 and the network construction connect- 
ed byway of the communication line 50. The virtual sen- 
sor part 63 and the virtual actuator part 64 are construct- 
ed with objects provided in component units in corre- 
spondence with the sensors 30 and the actuators 40. 
For example, the virtual sensor part 63 is made up of a 
coolant temperature sensor object acquiring a signal 
from the coolant temperature sensor, an intake pipe 
pressure sensor object acquiring a signal from the in- 
take pipe pressure sensor, and an oxygen concentration 
sensor object acquiring a signal from the oxygen con- 
centration sensor. The the virtual actuator part 64 is 
made up of an igniter object for outputting a signal to an 
igniter and an injector object for outputting a signal to 
an injector. The virtual sensor part 63 and the virtual ac- 
tuator part 64 are thus defined to function as a sensor/ 
actuator layer. 

[0023] The application layer 61 carries out computa- 
tion processing on the basis of vehicle Information that 
the objects of the virtual sensor part 63, and outputs driv- 
ing information to the objects of the virtual actuator part 
64. At this time, the application layer 61 can acquire ve- 
hicle information from the objects of the virtual sensor 
part 63 in another ECU 10 by the function of the com- 
munication driver 65, and can output driving information 
to the objects of the virtual actuator part 64 in another 
ECU 10 by the function of the communication driver 65. 
The interface layer 62 is provided for the application lay- 
er 61 to acquire vehicle information from an object of the 
virtual sensor part 63 in a desired ECU 10 and output 
driving information to an object of the virtual actuator 
part 64 in a desired ECU 10. 

[0024] The interface layer 62 is also constructed with 
multiple objects provided in function units. This interface 
layer 62 manages the whereabouts of the objects of the 
virtual sensor parts 63 and the virtual actuator parts 64. 
The whereabouts of an object means inforrnation on 
which ECU 10 it is in. Accordingly, the application layer 



61 does not need to know the whereabouts of objects 
at all. That is, by providing the interface layer 62, posi- 
tion transparency is realized. Because of this, the appli- 
cation layer 61, with respect to the interface layer 62, 
simply specifies an input destination object and re- 
quests the input of vehicle information and simply spec- 
ifies an output destination object and requests the out- 
put of driving information. 

[0025] More particulariy, an object of the application 
layer 61 specifies an object of a virtual sensor part 30 
or a virtual actuator part 64 and carries out a message 
output to the object of the interface layer 62, but to make 
the explanation simple hereinafter the description will be 
made like 'the application layer 61 specifies a virtual 
sensor part 63 or a virtual actuator part 64 and outputs 
a message to the interface layer 62', omitting the word 
object. 

[0026] The program construction of this embodiment 
is characterized in that an input information converting 
part 66 is interposed between the interface layer 62 and 
the virtual sensor part 63 and an output control part 67 
is interposed between the interface layer 62 and the vir- 
tual actuator part 64. The input information converting 
part 66 is constructed with objects in component units 
corresponding to the objects of the virtual sensor part 
63. The output control part 67 also similarly is construct- 
ed with objects in component units corresponding to the 
objects of the virtual actuator part 64. 
[0027] The input information converting part 66 con- 
verts to information directly processable in the applica- 
tion layer 61 and outputs vehicle Information from the 
virtual sensor part 63. Directly processable means that 
conversion of the vehicle information to match the com- 
putation processing is not necessary. 
[0028] For example, the application layer 61 carries 
out computation processing using throttle opening/clos- 
ing information on which of fully closed, intermediate or 
fully open the throttle aperture is. At this time, as the 
sensor 30, a two-input sensor having a fully-closed 
switch and a fully-open switch of contacts type might be 
used. Alternatively, a sensor which detects the throttle 
opening angle lineariy or in analog fashion might be 
used. Depending on differences between sensors 30 of 
this kind, the vehicle Information outputted from the vir- 
tual sensor part 63 differs. However, the input informa- 
tion converting part 66 absorbs these differences and 
converts it to information which can be directly proc- 
essed in the application layer 61, that is, throttle open- 
ing/closing information showing which of fully-closed, in- 
termediate and fully-open it is. 

[0029] Further, for example, the application layer 61 
of this embodiment carries out computation processing 
using cranking Information on starting of a starter motor 
(not shown). At this time, as the sensor 30, a sensor 
which directly detects a switch signal of a starter relay 
might be used. Alternatively, a sensor which detects a 
fall in the battery voltage might be used. This is because 
it can be indirectly detected that the starter relay has 
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turned on for engine cranking even by detecting a fall in 
the battery voltage. Accordingly, when a fall in the bat- 
tery voltage Is detected as vehicle infornnatlon, the Input 
information converting part 66 generates cranking Infor- 
nnation as vehicle information. 

[0030] On the other hand, the output control part 67 
converts to Information directly processable in the virtual 
actuator part 64 and outputs driving information ac- 
quired from the interface layer 62. 
[0031] For example, the application layer 61 calcu- 
lates the cooling ability of a radiator fan linearly or in 
analog fashion as a value of a predetermined range. At 
this time, as the radiatorfan, a fan driven in the two stag- 
es of ON/OFF might be used. A fan driven in multiple 
stages such as strong, medium and weak might be 
used. Accordingly, the output control part 67, to match 
the radiator fan, converts to directly processable infor- 
mation and outputs the driving information. 
[0032] The input information converting part 66 and 
the output control part 67 not only carry out the conver- 
sion processing of vehicle information and driving infor- 
mation but also function as follows. 
[0033] That is, the input information converting part 
66 acquires at suitable timing vehicle Information from 
the sensors 30 acquired by the virtual sensor part 63, 
and outputs it to the Interface layer 62. The output con- 
trol part 67 acquires driving information transferred to 
the interface layer 62 and at suitable timing outputs it to 
the virtual actuator part 64. Thus, the input infomnation 
converting part 66 and the output control part 67 oper- 
ates as an Information control layer. 
[0034] This input timing or output timing adjustment 
function of the input information converting part 66 and 
the output control part 67 is described next with refer- 
ence to the flow of the driving information and the vehicle 
information. First, the driving information transfer from 
the application layer 61 to the virtual actuator part 64 
will be explained, and then the vehicle Information trans- 
fer from the virtual sensor part 63 to the application layer 
61 will be explained. 

X : Driving information transfer 

[0035] X-(1) First the application layer 61 outputs a 
message to the interface layer 62. This message in- 
cludes a driving information output request and informa- 
tion specifying the virtual actuator part 64 that is the out- 
put destination. 

[0036] X-(2) Then the interface layer 62 determines 
in which ECU 10 the output destination virtual actuator 
part 64 exists. 

[0037] X-(2)-[1] Here if the output destination is the 
virtual actuator part 64 in the same ECU 1 0, the interface 
layer 62 acquires the driving information as it is. 
[0038] X-(2)-[2] If the output destination is the virtual 
actuator part 64 In another ECU 10, the driving informa- 
tion is transferred through the communication line 50 to 
that other ECU 10 by means of the communication driv- 



er 65 Then, the interface layer 62 of that other ECU 10 
acquires the driving information. 

[0039] This process is shown in Fig. 4 which shows 
programs loaded into two ECUs (A-ECU and B-ECU) 

5 1 0a and 1 0b. It is assumed that the application layer 61b 
of the B-ECU 10b has specified the virtual actuator part 
64a of the A-ECU 10a as the transfer destiriation and 
outputted driving information to the Interface layer 62b. 
Programs which do not function in this instance are 

10 shown with broken lines. 

[0040] The interface layer 62b of the B-ECU 10B 
transfers the driving information to the A-ECU 10A via 
the communication driver 65b. Then, the interface layer 
62a of the A-ECU 10a acquires the driving information 

15 via the communication driver 65a. 

[0041] X-(3) In the case of X-(2)-[1], that is, when the 
interface layer 62 in the same ECU 10 acquires the driv- 
ing information, the output control part 67 in the same 
ECU 10 extracts the driving information in the interface 

20 layer 62 and at suitable timing outputs it to the virtual 
actuator part 64. Then, the virtual actuator part 64 out- 
puts that driving information to an actuator 40. 
[0042] In the case of X-(2)-[2], that Is, when the Inter- 
face layer 62 In another ECU 10 acquires the driving 

25 information, the output control part 67 in that other ECU 
10 extracts the driving information of the interface layer 

62 and at suitable timing outputs it to the virtual actuator 
part 64. Then, the virtual actuator part 64 outputs that 
driving information to an actuator 40. In Fig. 4, the output 

30 control part 67a of the A-ECU 10a extracts and at suit- 
able timing outputs to the virtual actuator part 64a the 
driving information acquired by the interface layer 62a 
of the A-ECU 10a. Thus in this case, an actuator 40 con- 
nected to the A-ECU 10a Is driven by driving information 

35 from the application layer 61b of the B-ECU 10b. 

Y : Vehicle Information transfer 

[0043] Y-(1) First the application layer 61 outputs a 
40 message to the Interface layer 62. This message In- 
cludes a vehicle Information input request and Informa- 
tion specifying an input destination virtual sensor part 
63. 

[0044] Y-(2) Then the Interface layer 62 determines in 
45 which ECU 10 the Input destination virtual sensor part 

63 exists. 

[0045] Y-(2)-[1] The input information converting part 
66 at suitable timing extracts the vehicle Information ac- 
quired by the virtual sensor part 63 and outputs it to the 
50 interface layer 62. Accordingly, if the input destination is 
the virtual sensor part 63 In the same. ECU 10, the ve- 
hicle Information outputted by the Input Information con- 
verting part 66 is acquired as It is and outputted to the 
application layer 61 . 
55 [0046] Y-(2)-[2] If the input destination is the virtual 
sensor part 63 In another ECU 10, a request for the ve- 
hicle information is made to that other ECU 10 via the 
communication line 50 by means of the communication 
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driver 65. This process Is shown in Fig. 5. In Fig. 5, pro- 
grams loaded into A-ECU 10a and B-ECU 10b are 
shown. It is assumed that the application layer 61b of 
the B-ECU 1 0b has specified the virtual sensor part 63a 
of the A-ECU 10a as the input destination and made a 
request to the interface layer 62b for vehicle information. 
Here also, programs which do not function In this case 
are shown with broken lines. 

[0047] The Interface layer 62b of the B-ECU 10b 
mal<es a request for vehicle information to the A-ECU 
10a via the communication driver 65b. In the A-ECU 
1 0a, the Input Information converting part 66a at suitable 
timing acquires and outputs to the interface layer 62a 
vehicle information from a sensor 30 acquired by the vir- 
tual sensor part 63a. With respect to the above request, 
the interface layer 62a transfers the vehicle information 
outputted from the input information converting part 66a 
to the B-ECU 10b via the communication driver 65a. 
Thus the interface layer 62b of the B-ECU 10b acquires 
this vehicle Information via the communication driver 
65b and outputs it to the application layer 61b. In this 
case, on the basis of vehicle information from a sensor 
30 connected to the A-ECU 10a, the application layer 
61b of the B-ECU 10b executes computation process- 
ing. 

[0048] According to the vehicle control apparatus 1 of 
this embodiment, it is possible to realize distributed 
processing even in control of the engine and drive train. 
This will be explained with a specific example. 
[0049] For example in Fig. 4, it is assumed that a fuel 
injection amount is calculated by the B-ECU lOb and an 
injector constituting the actuator 40 connected to the A- 
ECU 10a is controlled. In this case, as shown In Fig. 6A, 
fuel injection amount calculation is carried out by the ap- 
plication layer 61 b of the B-ECU 10b, and the calculated 
injection amount constituting driving information is 
transferred to the interface layer 62a of the A-ECU 10a 
via the communication line 50. Then, the output control 
part 67a of the A-ECU 10a extracts the injection amount 
transferred to the interface layer 62a and outputs an in- 
jection command to the virtual actuator part 64a at out- 
put timing for each cylinder. On the basis of this the vir- 
tual actuator part 64a outputs an injection pulse to the 
injector. 

[0050] Accordingly, if the injection amount is trans- 
ferred in advance at appropriate timing from the appli- 
cation layer 61b of the B-ECU 10b to the interface layer 
62a of the A-ECU 10a, after that, by the output control 
part 67a, injection commands to the virtual actuator part 
64a are carried out at suitable timing. That Is, even if a 
delay occurs in the transfer of the calculated injection 
amount from the B-ECU 1 0b to the A-ECU 1 0a, the out- 
put timing is optimized by the output control part 67a of 
the A-ECU 10a. For example. In a system in which in- 
jection pulses should be outputted at times t1 , t2, t3, 
if it is made so that the injection amount from the appli- 
cation layer 61b of the B-ECU 10b is acquired by the 
interface layer 62a of the A-ECU 10a before the respec- 



tive time t1, t2, t3 after that the output control part 

67a outputs the injection command at the time t1, t2, 

t3, at which it should be outputted. 

[0051] However, it may be impossible for the injection 

5 amount to be transferred to the interface layer 62a of 
the A-ECU 10a at appropriate timing. Because there are 
cases where the application layer 61b of the B-ECU lOb 
can only output the information on injection amount that 
should be outputted at the time t1 , t2, t3, just before 

10 the respective times t1 , t2, t3, .... However, in this case, 
the output control part 67a of the A-ECU 10a can be 
made to carry out injection commands based on the in- 
jection amount of one cycle before, so that It carries out 
at the time t2 the injection command that should have 

15 been outputted at the time t1 , and carries out at the time 
t3 the injection command that should have been carried 
out at the time t2. Because the important thing In injec- 
tion control is the timing of the injection command. It may 
occur that the injection command is outputted at time t1 ' 

20 (<t2) deviating from the time t1 at which it should have 
been outputted. It is fatal to the system even if the injec- 
tion command based on the injection amount that 
should have been outputted one cycle eariier is carried 
out. If the injection timing is suitable, it does not become 

25 a problem. 

[0052] Thus with the program construction of this em- 
bodiment, even in engine and drive train control, which 
requires relatively high real-time operation, the output 
timing of driving information can be made suitable and 

30 distributed processing among multiple ECUs 10 can be 
made possible. 

[0053] It is assumed in Fig. 5 that the computation 
processing is executed by the B-ECU 10b on the basis 
of the vehicle information from an intake pipe pressure 

35 sensor constituting the sensor 30 connected to the A- 
ECU 10a. In this case, as shown in Fig. 6B, on the basis 
of a request from the application layer 61b of the B-ECU 
10b, the Interface layer 62a of the A-ECU 10a transfers 
an average Intake pipe pressure via the communication 

40 line 50. 

[0054] In the A-ECU 10a, the virtual sensor part 63a 
converts a voltage value from the intake pipe pressure 
sensor Into a physical value and calculates an intake 
pipe pressure. The input information converting part 66a 

45 acquires (samples) this intake pipe pressure from the 
virtual sensor part 63a at timing of every 1ms, and out- 
puts an averaged intake pipe pressure as vehicle infor- 
mation every time the crankshaft rotates through 180°. 
Thus, the application layer 61b of the B-ECU 10b need 

50 only request the acquisition of the intake pipe pressure 
at relatively long time intervals of 180° of crankshaft of 
the engine rotation and acquire an averaged intake pipe 
pressure outputted to the interface layer 62a. 
[0055] In the past, it was not possible for the applica- 

55 tion layer 61b of the B-ECU 10b to sample from the vir- 
tual sensor part 63a of the A-ECU 10a the Intake pipe 
pressure with a relatively short period, because of com- 
munication delay. In this embodiment, however, the in- 
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put information converting part 66a samples the intake 
pipe pressure calculated by the virtual sensor part 63a 
in the relatively short period of 1 ms. 
[0056] As a result, even In engine and drive train con- 
trol, which requires relatively high real-time operation, 
vehicle information input timing can be made suitable 
and distributed processing among multiple ECUs 1 0 can 
be realized. 

[0057] Further, according to the vehicle control appa- 
ratus 1 of this embodiment, the objects dependent on 
the sensors 30 and the actuators 40 are separated as 
the virtual sensor part 63 and the virtual actuator part 
64. Therefore, even if the sensors 30 or the actuators 
40 are changed, the reusability of the application layer 
61, that is, the application program, is ensured. 
[0058] Moreover, the input information converting part 

66 converts to information directly processable in the 
application layer 61 and outputs vehicle information 
from the virtual sensor part 63. The output control part 

67 converts to information directly processable in the vir- 
tual actuator part 64 and outputs driving infomnation ac- 
quired from the Interface layer 62. That is, the input in- 
formation converting part 66 executes conversion 
processing of vehicle Information matched to the com- 
putation processing of the application layer 61 . The out- 
put control part 67 executes conversion processing of 
driving information matched to the actuators 40. Be- 
cause no change to the application layer 61 is necessary 
even if the sensors 30 or the actuators 40 change with 
vehicle type or grade, further improvement of the reus- 
ability of the application program is achieved. 

[0059] Furthermore, in the vehicle control apparatus 
1 of this embodiment, the vehicle control programs are 
object-oriented designed, and the application layer 61 
and the interface layer 62 are constructed with objects 
in function units. Further, the virtual sensor part 63b, the 
input information converting part 66b and the virtual ac- 
tuator part 64, the output control part 67 are constructed 
with objects in component units. Thus, for example In a 
system wherein the specifications of an injector consti- 
tuting an actuator 40 differs, only the object relating to 
this injector need be changed, and the other injectors 
can be used as they are. Accordingly, the reusability of 
not only application programs but vehicle control pro- 
grams Is ensured. 

[0060] The present invention should not be limited to 
the disclosed embodiment, but may be implemented in 
many other ways without departing from the spirit of the 
invention. 

[0061] A vehicle control apparatus (1) has multiple 
electronic control units (ECUS 10a, 10b) connected via 
communication line (50). Control programs of the appa- 
ratus Is defined in an object-oriented type and loaded 
distributedly among multiple control units (10a, 10b). 
The control programs of each control unit (10a, 10b) in- 
cludes an application layer (61a, 61b), an interface layer 
(62a, 62b), a hardware-dependent virtual sensor part 
(63a, 63b), a virtual actuator part (64a, 64b), an input 



information converting part (66a, 66b) and output con- 
trol part (67a, 67b). The application layer (61a, 61b) is 
separated from hardware-dependent parts. When an 
application layer (61b) of a B-ECU (10b) specifies a vir- 

5 tual actuator part (64a) and outputs driving information, 
an interface layer (62b) sends the driving information via 
the communication line (50) to an interface layer (62a) 
of an A-ECU (10a). The output control part (67a) of the 
A-ECU (10a) outputs that driving information at suitable 

10 timing to the virtual actuator part (64a). 



Claims 

15 1. A vehicle control apparatus (1) comprising: 

detecting means (30) for detecting vehicle in- 
formation; 

driving means (40) for driving a vehicle; 
multiple processing executing units (1 0) for car- 
rying out computation processing based on the 
vehicle information and outputting driving Infor- 
mation to the driving means (40) in accordance 
with results of the computation processing, 
wherein the processing executing units are 
loaded with vehicle control programs distribut- 
edly; and 

communication means (50) connecting the 
processing executing units, 
wherein the vehicle control programs include 
an application layer (61 ) for executing the com- 
putation processing, and a sensor/actuator lay- 
er (63, 64) for executing processing dependent 
on the detecting means and the driving means 
and carrying out acquisition of the vehicle infor- 
mation and outputting of the driving informa- 
tion, 

characterized in that the vehicle control pro- 
grams further includes 

an interface layer (62) for acquiring and send- 
ing to another processing executing unit via the 
communication means the driving information 
from the application layer, and also acquiring 
the driving information sent from the another 
processing executing unit, and 
an information control layer (66, 67) for output- 
ting to the sensor/actuator layer at suitable tim- 
ing the driving information acquired by the in- 
terface layer. 

2. The vehicle control apparatus (1) as In claim 1, fur- 
ther chara€:terized in that 

the application layer (61) outputs the driving in- 
formation in a fixed form; and 
the information control layer (66, 67) converts 
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to information directly processable by the sen- 
sor/actuator layer (63, 64) and outputs the driv- 
ing information. 

A vehicle control apparatus (1) comprising: 5 

detecting means (30) for detecting vehicle in- 
formation; 

driving means (40) for driving a vehicle; 
multiple processing executing units (10) for car- 10 
rying out computation processing based on the 
vehicle information and outputting driving infor- 
mation to the driving means (40) in accordance 
with results of the computation processing, 
wherein the processing executing units are 15 
loaded with vehicle control programs dlstribut- 
edly; and 

communication means (50) connecting the 
processing executing units, 

wherein the vehicle control programs include 20 
an application layer (61) for executing the com- 
putation processing, and a sensor/actuator lay- 
er (63, 64) for executing processing dependent 
on the detecting means and the driving means 
and carrying out acquisition of the vehicle infor- 25 
mation and outputting of the driving informa- 
tion, 

characterized in that the vehicle control pro- 
grams further includes 

an information control layer (66, 67) for at suit- 
able timing acquiring and outputting the vehicle 
information acquired by the sensor/actuator 
layer, and 

an interface layer (62) for acquiring and output- 
ting to the application layer the vehicle informa- 
tion outputted from the information control layer 
on the basis of a request from the application 
layer, making a request for the vehicle informa- ^0 
tion to another processing executing unit via 
the communication means, acquiring and out- 
putting to the application layer the vehicle infor- 
mation sent with respect to this request, and 
sending the vehicle information from the infor- ^5 
mation control layer when a request is made for 
the vehicle information from another process- 
ing executing unit. 

The vehicle control apparatus as in claim 3, further so 
characterized in that 

the sensor/actuator layer (63, 64) outputs the 
vehicle information in a form corresponding to 
the detecting means, and 
the information control layer (66, 67) converts 
to information directly processable by the ap- 
plication layer and outputs the vehicle informa- 



tion. 

5. The vehicle control apparatus as in claim 1 or 2, fur- 
ther characterized in that 

the information control layer (66, 67) at suitable 
timing acquires and outputs the vehicle infor- 
mation acquired by the sensor/actuator layer, 
and 

the interface layer (62) acquires and outputs to 
the application layer the vehicle information 
outputted from the information control layer on 
the basis of a request from the application layer, 
makes a request for the vehicle information to 
another processing executing unit via the com- 
munication means, acquires and outputs to the 
application layer the vehicle information sent 
with respect to this request, and sends the ve- 
hicle information from the information control 
layer when a request is made for the vehicle 
information from another processing executing 
unit. 

6. The vehicle control apparatus as in claim 5, further 
characterized in that 

the sensor/actuator layer (63, 64) outputs the 
vehicle information in a form corresponding to 
the detecting means, and 
the information control layer (66, 67) converts 
to information directly processable by the ap- 
plication layer and outputs the vehicle informa- 
tion, 

7. The vehicle control apparatus as in any of claims 1 
through 6, further characterized in that 

the application layer (61), the interface layer 
(62), the information control layer (66, 67) and the 
sensor/actuator layer (63, 64) are made up of mul- 
tiple objects provided in component units or function 
units. 

8. A computer-readable recording medium on which 
is recorded a vehicle control program loaded into 
the vehicle control apparatus as set forth in any of 
claims 1 through 7. 
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FIG. 7 
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